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SYSTEM AND METHOD FOR PERFORMING A BUSINESS PROCESS 
IN A MULTI- ENTERPRISE, COLLABORATING NETWORK 

TECHNICAL FIELD OF THE INVENTION 

This invention relates in general to data 
5 communication, and more particularly to a system for 

performing a business process using a business application 
in a multi-enterprise, collaborating network. 
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BACKGROUND OF THE INVENTION 

Businesses rely on the electronic communication of 
information using communication links to perform business 
processes. In the past, for example, businesses have used 
Electronic Data Interchange (EDI) networks to buy, sell, 
and trade information and goods. EDI defines a set of 
business processes performed by software interfaces, 
translators, and mapping protocols that must adhere to 
strictly-defined EDI standards to communicate a business 
document from one business to another, Several national 
and international organizations oversee, maintain, and 
enhance these EDI standards . 

The rate of change of business processes, however, is 
increasing due to such technology innovations as the 
Internet. The EDI solution to this problem has been to 
create multiple versions of its standards. Therefore, 
there is no one true standard for performing particular 
business processes, but rather a set of different standard 
versions. EDI defines no mechanism for how these multiple 
versions should interoperate . 

One solution to this problem is the development of an 
entire industry directed to translating between the 
different versions of EDI. Translation is a particularly 
integral part of EDI operation. Translators describe the 
relationship between the data elements in the underlying 
business application and the EDI standards (ANSI X12, 
EDIFACT, and others) by interpreting the information and 
putting it into a standard EDI document format . A drawback 
to this approach is that each business must maintain a 
mapping from its internal system to the EDI standard with 
which it is sending and/or receiving messages from another 
business. Whenever a business upgrades to a new version of 
an EDI standard for performing particular business 
processes, all of its business partners are immediately 
affected and must immediately upgrade their translators. 
Therefore prior systems are not stable or scalable. 
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SUMMARY OF THE INVENTION 

In accordance with the present invention, the 
disadvantages and problems associated with prior systems 
for performing business processes have been substantially 
reduced or eliminated. 

In accordance with one embodiment of the present 
invention, a system for performing a business process 
includes a first version of a business application that is 
identified using a first version identifier and executed by 
a first client to perform a particular business process. 
A second version of the business application that is 
identified using a second version identifier and executed 
by a second client to perform the business process, wherein 
the second client is coupled to the first client using a 
communication link. The second version of the business 
application determines a selected one of the first version 
of the business application and the second version of the 
business application to initiate the business process based 
upon the first version identifier and the second version 
identifier . 

Another embodiment of the present invention is a 
method for performing a business process that includes 
determining a first version identifier associated with a 
first version of a business application used by a first 
client to perform a business process. The method continues 
by determining a second version identifier associated with 
a second version of the business application used by a 
second client to perform the business process. The method 
concludes by determining a selected one of the first 
version of the business application and the second version 
of the business application to initiate the business 
process based upon the first version identifier and the 
second version identifier. 

Technical advantages of the present invention include 
a business application that executes to perform a 
particular business process and that may be categorized 
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using versions of varying degrees. Some versions of the 
business application are generally referred to as more 
robust, more advanced, or otherwise higher than other 
versions of the business application if they provide 
5 enhanced functionality or services in performing the 

associated business process. A particular advantage of the 
present invention is that higher level versions of a 
business application exhibit "backward compatibility" that 
allows them to understand, meaningfully interact with, or 
■q 10 otherwise support lower level versions of the business 

! D application. For example, higher level versions of a 

business application can operate using files, message 
'H formats, protocols, data structures, commands, and other 

|5 functionality associated with lower level versions of the 

jy 15 business application. Therefore, higher level versions of 

;\ a business application may exhibit backward compatibility 

i3 by performing an associated business process according to 

j 3 the functionality of the lower level versions of the 

; S business application. A further technical advantage 

; 0 2 0 provided by the present invention is that the business 

applications exhibit "bidirectional executability " such 
that a particular business application may execute a 
business process that, from a business standpoint, it does 
not initiate itself. 
25 Still further technical advantages of the present 

invention include a system for performing a business 
process in which a first client executes a first version of 
the business application to perform a business process and 
a second client coupled to the first client executes a 
3 0 second version of the business application to perform the 

business process. The client operating the higher level 
version of the business application is selected to execute 
the business process. By exhibiting backward compatibility 
and/or bidirectional executability the selected version of 
35 the business application performs the business process in 

a manner supported by the lower level version of the 
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business application maintained by its partner client. In 
this respect, the business process is executed between 
clients maintaining different versions of the business 
application . 

Another advantage provided by the present invention is 
that because the business applications exhibit 
bidirectional executability and backward compatibility, a 
particular client can upgrade the version of a particular 
business application without negatively impacting any other 
client in the system. As a result, the system is not in a 
constant state of change so that the system is stable with 
respect to time. Furthermore, the system can support many 
clients so that it is scalable in terms of size. 

Other technical advantages are readily apparent to one 
skilled in the art from the following figures, descriptions 
and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and its advantages, reference is now made to the 
following description taken in conjunction with the 
accompanying drawings, in which like reference numbers 
indicate like features and wherein: 

FIGURE 1 illustrates a system for performing a 
business process according to the present invention ; 

FIGURE 2 illustrates one embodiment of a business 
application of the system; 

FIGURES 3A and 3B illustrate exemplary communications 
between different clients of the system to perform a 
business process according to the present invention; and 

FIGURE 4 is a flowchart of an exemplary method for 
performing a business process according to the present 
invention . 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 illustrates a system 10 for performing a 
business process that includes clients 12a-12e, generally 
referred to as clients 12, coupled to each other using 
communication links 14. Clients 12 perform particular 
business processes with each other using corresponding 
business applications 16 that may be categorized according 
to varying degrees of versions 18. In general, higher 
level versions 18 of business applications 16 may 
understand, meaningfully interact with, or otherwise 
support lower level versions 18 of business applications 
16. In this respect, a higher level version 18 of a 
business application 16 can perform the associated business 
process according to the functionality of any lower level 
version 18 of the business application 16. Therefore, a 
first client 12 seeking to perform a particular business 
process with a second client 12 using a business 
application 16 determines which client 12 executes the 
particular business process using the higher level version 
18 of the business application 16 . The determined client 
12 then performs the business process in a manner supported 
by the lower level version 18 of the business application 
16 . 

Clients 12 comprise computers, workstations, or any 
other suitable combination of processing and memory devices 
that include the appropriate hardware and software 
capabilities to execute business applications 16. Clients 
12 communicate with each other using hardware and software 
associated with links 14. For example, clients 12 couple 
to each other using communication devices that may include 
any combination of hubs, routers, bridges, gateways, 
firewalls, switches, remote access devices, or any other 
association of suitable communication devices and related 
software that facilitate communication among clients 12 
using links 14 . Although FIGURE 1 illustrates clients 12a- 
12e, it should be understood that system 10 may include any 



ATTORNEY'S DOCKET: 
020431 . 0560 



8 



PATENT APPLICATION 



number and combination of clients 12 . Clients 12 perform 
particular business processes with other clients 12, 
generally referred to as partner clients 12, using the 
appropriate business applications 16. 

A business process comprises any transaction between 
clients 12 that involves the exchange of information using 
a business application 16 . Although the following 

description of system 10 is detailed with reference to a 
particular type of business process, such as an "Order 
Purchasing" business process, it should be understood that 
system 10 supports any appropriate type of business process 
in any suitable business industry. For example, system 10 
supports business processes in the consumer goods 
manufacturing industry (e.g., order purchasing, accounting, 
procurement, shipping, delivery, replenishment, inventory 
management, marketing automation, and supply chain 
integration); the distribution industry (e.g., tracking, 
shipping, and routing) ; the financial services industry 
(e.g., electronic funds transfer, electronic payment 
systems, security systems) ; and any suitable type of 
business process in any other business industry. 

Each link 14 may be a dedicated or switched link over 
the public switched telephone network { PSTN) , a satellite 
link, a microwave link, or any other appropriate 
communication link between clients 12 . The components of 
system 10 may be part of a local area network (LAN) , a wide 
area network (WAN) , a virtual private network (VPN) , or any 
other suitable arrangement of interconnected computing 
devices that form a mult i- enterprise , collaborating 
network. In a particular embodiment, clients 12 in system 
10 communicate over the Internet using the worldwide web 
(WWW) , file transfer protocol (FTP) , or any other 
communication technique. For example, clients 12 may 
maintain and execute a browser or other suitable program 
for accessing and communicating information addressed by a 
uniform resource locator (URL) using links 14. 
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Each business application 16 comprises a software 
computer program written in any suitable computer language 
that may be compiled based on the instructions of a 
selected computer operating system associated with a 
5 corresponding client 12 . Business applications 16 are 

described in greater detail with reference to FIGURE 2. In 
general, each business application 16 executes to perform 
a particular business process and may be categorized using 
versions 18. Some versions 18 of a particular business 
10 application 16 are generally referred to as more robust, 

more advanced, or otherwise higher than other versions 18 
of the business application 16 if they provide enhanced 
functionality or services in performing the associated 
business process. The particular versions 18 of a business 
15 application 16 may be indicated using version identifiers. 

A particular advantage of system 10 is that higher 
level versions 18 of a business application 16 exhibit 
"backward compatibility" that allows them to understand, 
^ meaningfully interact with, or otherwise support lower 

, n 20 level versions 18 of the business application 16. For 

example, higher level versions 18 of a business application 
16 can operate using files, message formats, protocols, 
data structures, commands, and other functionality 
associated with lower level version 18 of business 
25 application 16. Therefore, higher level versions 18 of a 

business application 16 may exhibit backward compatibility 
by performing an associated business process according to 
the functionality of the lower level versions 18 of the 
business application 16 . Although business applications 16 
3 0 support backward compatibility, it should be understood 

that whether a particular version 18 of a business 
application 16 actually executes backward compatibility is 
based in part upon, for example, the versions 18 of the 
business application 16 maintained by its partner clients. 
35 Clients 12 of system 10 may perform different 

activities depending upon the particular business process 
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to be executed. For example, during the execution of a 
order purchasing business process, respective clients 12 
may perform buyer and/or seller activities, and are 
therefore generally referred to as buyer clients 12 and 
seller clients 12. A further technical advantage provided 
by system 10 is that business applications 16 exhibit 
"bidirectional executability" such that a particular 
business application 16 may execute a business process 
that, from a business standpoint, it does not initiate 
itself. For example, a portion of the order purchasing 
business process may involve a buyer client 12 
communicating a purchase order to a seller client 12. From 
a business standpoint, this business process is initiated 
by the buyer client 12, so that the buyer client 12 may be 
referred to as a "business initiator." However, the higher 
level version 18 of business application 16 may execute the 
order purchasing business process even if it is maintained 
by a seller client 12 rather than by the buyer client 12 
that is the business initiator. Although business 

applications 16 support bidirectional executability, it 
should be understood that whether a particular version 18 
of business application 16 exhibits bidirectional 
executability is based in part upon, for example, whether 
the client 12 maintaining the business application 16 is 
the business initiator for the particular business process. 

In operation, clients 12 execute business applications 
16 to perform one or more business processes in system 10 . 
Although the following description of FIGURE 1 is detailed 
with respect to a first client 12 and a second client 12, 
it should be understood that the business processes may be 
executed by any appropriate number and combination of 
clients 12 in system 10. A first client 12, such as a 
business initiator seeking to perform a particular business 
process with a second client 12, determines which client 12 
maintains a higher level version 18 of the appropriate 
business application 16 used to execute the business 
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communicates a request to identify the version 18 of the 
business application 16 maintained by the second client 12. 
In another embodiment, the first client 12 stores 
information identifying the version 18 of the appropriate 
business application 16 maintained by each of its partner 
clients 12, such as the second client 12, to perform the 
particular business process. This information may be 
validated by each partner client 12 for a predetermined 
duration of time during which the version 18 of the 
business application 16 will not change. 

The client 12 having the higher level version 18 of 
the appropriate business application 16 exhibits "backward 
compatibility" and/or "bidirectional executability " to 
execute the particular business process with the other 
client 12. In particular, the client 12 having the higher 
level version 18 of the business application 16 performs 
the particular business process in a manner supported by 
the lower level version 18 of the business application 16 
maintained by its partner client 12. In this respect, the 
business process is executed between clients 12 maintaining 
different versions 18 of the business application 16 . 

A problem with prior systems using EDI, for example, 
is that businesses employing different versions of EDI 
standards to perform a business process must maintain a 
mapping from these internal systems to the EDI standard 
with which they are sending and/or receiving messages from 
other businesses. Whenever a particular business upgrades 
to a new version of an EDI standard for performing 
particular business processes, all of its business partners 
are immediately affected and must immediately upgrade their 
translators. A technical advantage provided by system 10 
is that because business applications 16 support "bi- 
directional executability" and "backward compatibility, " 
a particular client 12 can upgrade the version 18 of a 
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particular business application 16 without negatively 
impacting any other client 12 in system 10. 

Referring to FIGURE 1 to illustrate an example of this 
advantage, client 12a performs a particular business 
process using a first version 18 of an appropriate business 
application 16. The first version 18 of business 

application 16 may comprise the lowest level version 18 
maintained by any of clients 12 with which client 12a 
performs the indicated business process. Clients 12b, 12c, 
and 12d execute the business process using a second version 
18 of the appropriate business application 16 that is a 
higher version than that maintained by client 12a. 
Furthermore, client 12e performs the business process using 
a third version of business application 16 that is a higher 
version 18 than those maintained by any of clients 12a-12d. 

In this example, if client 12c is a business initiator 
seeking to perform the business process with client 12a, 
client 12c determines that it maintains the higher level 
version 18 of the appropriate business application 16 . As 
a result, client 12c exercises control in executing the 
business process with client 12a according to the 
functionality of the lower level version 18 of the business 
application 16 maintained by client 12a. 

If client 12c is a business initiator seeking to 
perform the business process with either of clients 12b or 
12d, client 12c determines that it maintains the same 
version 18 of business application 16 as clients 12b and 
12d. In this situation, the business application 16 of 
business initiator, such as client 12c, generally executes 
the business process and therefore does not exhibit 
bidirectional executability in this particular situation. 
Furthermore, because the versions 18 of business 
application 16 are the same among clients 12b, 12d, and 
12c, the business application 16 of client 12c does not 
exhibit backward compatibility in this particular 
situation . 
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If client 12c is a business initiator seeking to 
perform the business process with client 12e, client 12c 
determines that client 12e maintains the higher level 
version 18 of business application 16. As a result, client 
12e exercises control in executing the business process 
according to the functionality of the lower level version 
18 of the business application 16 maintained by client 12c. 
In each of the above -identified arrangements of partner 
clients 12, the business process is executed in a manner 
supported by the business applications 16 of each client 12 
irregardless of the particular version 18 maintained by any 
given client 12 . 

Assuming now that client 12c upgrades its version 18 
of business application 16 from the second version 18 to a 
fourth version 18 that is a higher version than those 
maintained by clients 12a, 12b, 12d, or 12e. Client 12c 
now maintains the highest level version 18 of business 
application 16 among its partner clients 12. Previously, 
clients 12b and 12d maintained the same version 18 of 
business application 16 as client 12c. However, clients 
12b and 12d now maintain lower versions 18 of business 
application 16 than client 12c. Therefore, system 10 
grants control to client 12c to initiate and execute the 
business process with either of clients 12b or 12d 
according to the functionality of the lower level version 
18 of the business application 16 maintained by clients 12b 
and 12d. Previously, client 12e maintained a higher 
version 18 of business application 16 than client 12c. The 
situation is now reversed. In particular, because client 
12c maintains a fourth version 18 of business application 
16 and client 12e maintains a third version 18 of business 
application 16, client 12c receives control to execute the 
business process according to the lower level version 18 of 
the business application 16 maintained by client 12e. The 
situation between clients 12c and 12a remains unchanged 
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because client 12c still maintains a higher level version 
18 of business application 16 than client 12a. 

None of clients 12a # 12b, 12(1, or 12e are impacted by 
the upgrade of business application 16 by client 12c. In 
particular, none of clients 12a, 12b, 12d, or 12e need to 
upgrade their respective business applications 16 in order 
to perform a business process with client 12c even though 
client 12c upgraded its version 18 from a second version 18 
to a fourth version 18 of business application 16. This is 
because client 12c executes the business process with 
respect to each of clients 12a, 12b, 12d, and 12e, and 
because business application 16 of client 12 exhibits 
backward compatibility that allows it to execute the 
business process according to the functionality of any 
lower level versions 18 of the business application 16, 
such as the business applications 16 of clients 12a, 12b, 
12d, and 12e . 

Even if client 12c is not the "business initiator" of 
the business process, the business application 16 of client 
12c can still execute the business process because it 
supports bidirectional executability . Business 
applications 16 of clients 12b, 12d, and 12e may operate 
differently after the upgrade of business application 16 by 
client 12c because the control of the business process is 
no longer with them, but they do not need to be upgraded, 
or modified in any manner, in order to perform the business 
process with client 12c. Because a particular client 12 of 
system 10 may upgrade the version 18 of a particular 
business application 16 without negatively affecting any of 
its partner clients 12, system 10 is stable and scaleable . 
In particular, system 10 is not in a constant state of 
change so that system 10 is stable with respect to time. 
Furthermore, system 10 can support many clients 12 so that 
it is scaleable in terms of size. Moreover, many clients 
12 provide back-end integration of business applications 16 
to systems such as inventory, planning, ERP, and financial 
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systems. The use of business applications 16 allows these 
systems to be preserved because business applications 16 
may also be backward compatible with these systems. In 
this respect the back-end systems are generally shielded 
5 from upgrades to business applications 16. 

FIGURE 2 illustrates business application 16 in more 
detail . A business application 16 comprises a business 
process module 3 0 coupled to a version identification 
module 32 and a status message module 34 . Business process 
10 module 3 0 includes software code, parameters, protocols, 

and other instructions and data structures that execute to 
perform the business process associated with the particular 
business application 16. For example, business process 
module 3 0 generates and/or communicates business messages 
*j 15 35 to perform the business process. Business messages 35 

comprise request messages, response messages, or any other 
= type of communication between clients 12 to facilitate the 

^ execution of a business process. Business messages 35 may 

!y be generated in a manner supported by lower level versions 

~ 20 18 of the business application 16. In this respect, the 

features and functions of business process module 3 0 may be 
enhanced, increased, or otherwise upgraded with each 
version 18 of a particular business application 16. The 
business process module 3 0 supports the backward 
25 compatibility and bidirectional executability described 

above with reference to the business application 16. 

Version identification module 32 comprises software 
code, parameters, protocols, and other instructions and 
data structures that execute to determine which client 12 
3 0 among a group of partner clients 12 maintains a higher 

level version 18 of a particular business application 16 
used to perform a particular business process. In one 
embodiment, version identification module 3 2 may generate 
a version identification request 36 for communication to 
35 one or more partner clients 12. A version identification 

request 3 6 comprises a request for information identifying 



ATTORNEY'S DOCKET: 
020431 .0560 



PATENT APPLICATION 



16 



10 



■si 




20 



25 



30 



35 



the version 18 of a particular business application 16. 
Module 32 generates the version identification request 3 6 
according to a version identification protocol that 
configures the request 36 in a format supported by any 
version 18 of the appropriate business application 16 . In 
this respect, version identification modules 32 remain 
unchanged among varying degrees of versions 18 for a 
particular business application 16. 

Status message module 34 comprises software codes, 
parameters, protocols and other instructions and data 
structures that execute to generate a status message 38 for 
communication to one or more partner clients 12. Status 
messages 38 comprise information indicating the presence of 
a business message 35 associated with the business process. 
Status message module 34 generates the status message 3 8 
according to a status message protocol that configures 
status message 38 in a format supported by any version 18 
of the appropriate business application 16 . In this 
respect, status message modules 34 remain unchanged among 
varying degrees of versions 18 for the appropriate business 
application 16. 

FIGURES 3A and 3B illustrate exemplary communications 
between different clients 12 of system 10 to perform a 
business process. Although the description of FIGURES 3A 
and 3B is detailed with respect. to a buyer client 12 and a 
seller client 12 performing an order purchasing business 
process, it should be understood that the features and 
functions of system 10 support any suitable business 
process among any number and combination of clients 12 . 
The business initiator of the business process, such as 
buyer client 12, communicates a version identification 
request 36 to the seller client 12 at 40. Version 
identification module 32 of the appropriate business 
application 16 for buyer client 12 generates version 
identification request 36 according to the version 
identification protocol supported by all versions 18 of the 
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business application 16 . Seller client 12 communicates a 
version identifier at 42 in response to the version 
identification request 36 to indicate the version 18 of the 
business application 16 maintained by seller client 12 to 
5 perform the order purchasing business process. 

Upon determining the version 18 of the business 
application 16 maintained by seller client 12 based upon 
the communication by seller client 12 at 42 or, in one 
embodiment, according to version identifiers stored 
= 10 locally, buyer client 12 determines one of buyer client 12 

,f! and seller client 12 to initiate the business process, 

p Business process module 3 0 of the appropriate business 

in application 16 for buyer client 12 selects buyer client 12 

; I? s 

=3 to execute the business process if the version 18 of 

HI 15 business application 16 for seller client 12 is not higher 

I y 

than the version 18 of business application 16 for buyer 
;^ client 12 . FIGURE 3A illustrates an example of buyer 

client 12 maintaining a higher level version 18 of business 
ifl application 16 than seller client 12 . FIGURE 3B 

20 illustrates an example of seller client 12 maintaining a 

higher level version 18 of business application 16 than 
buyer client 12 . 

Referring back to FIGURE 3A, buyer client 12 
communicates to seller client 12 a business message 35, 
25 such as a purchase order associated with the order 

purchasing business process, at 44. Business process 
module 30 of business application 16 for buyer client 12 
generates the business message 35 according to the version 
18 of business application 16 maintained by seller client 
30 12. In this regard, business application 16 for buyer 

client 12 exhibits backward compatibility with business 
application 16 of seller client 12 to perform the business 
process . 

Seller client 12 communicates a status message 38 to 
35 buyer client 12 at 46 to indicate the presence of a 

business message 35 associated with the business process. 
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The status message module 34 of the appropriate business 
application 16 maintained by seller client 12 generates the 
status message 38 according to a status message protocol 
that is supported by all versions 18 of the business 
5 application 16. The status message 38 essentially 

indicates to buyer client 12 that a business message 35 is 
pending for it at seller client 12. A technical advantage 
provided by the status message 38 is that it eliminates the 
need for buyer client 12 to repeatedly poll seller client 
10 12 in order to detect the availability of pending messages 

35. The status message 38 communicated by seller client 12 
to buyer client 12 at 46 is associated with an identifier 
for the business process for which the business message is 
pending. Therefore, in a order purchasing business process 
\*\ 15 performed by client 12, the status message 38 may indicate 

the presence of a business message 35, such as an 
['Z acknowledgment to the purchase order, associated with an 

^ identifier of the order purchasing business process, 

ifl In response to receiving a status message 38 at 46, 

'% 20 buyer client 12 retrieves the appropriate business message 

35 from seller client 12 at 48. Business process module 30 
of the application 16 maintained by buyer client 12 
generally retrieves a business message 35 at 48 using 
commands, data structures, message formats, and other 
25 functionality according to the lower level version 18 of 

business application 16 maintained by seller client 12. 
Further communications may be made by buyer client 12 
and/or seller client 12 to complete the appropriate 
business process in a manner similar to the communications 
3 0 described above with reference to FIGURE 3A. 

FIGURE 3B illustrates another example of the 
communications made by buyer client 12 and seller client 12 
while performing the order purchasing business process 
described above with reference to FIGURE 3A. More 
35 specifically, FIGURE 3B illustrates communications made 

between buyer client 12 and seller client 12 where buyer 
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client 12 determines that seller client 12 maintains a 
higher level version 18 of the appropriate business 
application 16 based upon the version identification 
request 36 communicated at 40 and the version identifier 
received by buyer client 12 at 42. Therefore, seller 
client 12 maintains control over the execution of the 
business process. 

The version identification request 36 communicated by 
buyer client 12 at 40 indicates to seller client 12 that 
buyer client 12 has generated a business message associated 
with the order purchasing business process. Seller client 
12 retrieves the business message 35 from buyer client 12 
at 6 0 using the commands, data structures, message formats 
and functionality associated with the lower level version 
18 of the business application 16 maintained by buyer 
client 12. In this respect, the business application 16 of 
seller client 12 exhibits backward compatibility to 
communicate seamlessly with lower level versions 18 of 
business application 16. The business message 35 retrieved 
by seller client 12 performing the order purchasing 
business process may comprise a purchase order generated by 
buyer client 12 . 

Seller client 12 generates and communicates a business 
message 35, such as an acknowledgment to the purchase 
order, at 62 according to the lower level version 18 of 
business application 16 maintained by buyer client 12. 
Buyer client 12 communicates a status message 38 to seller 
client 12 at 64 to indicate the presence of a business 
message 35 associated with the business process, such as a 
response to the seller client 12 acknowledgment. Status 
message module 34 of business application 16 for buyer 
client 12 generates the status message 38 according to the 
status message protocol supported by all versions 18 of 
business application 16. In response to receiving the 
status message 38 at 64, seller client 12 retrieves the 
business message 35 generated by buyer client 12 at 66 
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using functionality associated with the lower level version 
18 of business application 16 maintained by buyer client 
12 . 

A technical advantage associated with system 10 is 
that although buyer client 12 is the business initiator in 
the order purchasing business process illustrated in FIGURE 
3B, the seller client 12 exhibits bidirectional 
executability to control the execution of the business 
process, and further exhibits backward compatibility to 
perform the business process according to the functionality 
of the lower level version 18 of business application 16 
maintained by buyer client 12. 

FIGURE 4 is a flowchart of an exemplary method for 
performing a business process according to the present 
invention. The method begins at steps 70 where a first 
client 12, such as a business initiator, performs an 
inquiry of partner clients 12 to determine the versions 18 
of the business applications 16 maintained by the partner 
clients 12 for the particular business process to be 
executed. In particular, the first client 12 communicates 
to each of its partner clients 12 a version identification 
request 36 associated with the particular business process, 
at step 72. Although the first client 12 may perform the 
business process with any number and combination of partner 
clients 12, the following description of FIGURE 4 will be 
detailed with respect to a first client 12 and a second 
client 12. The first client 12 receives a version 
identifier from the second client 12 at step 74. The 
version identifier indicates the version 18 of the business 
application 16 maintained by the second client 12 to 
perform the identified business process. 

The first client 12 determines whether it maintains 
the higher level version 18 of the appropriate business 
application 16 at step 80. If so, execution proceeds to 
steps 82 where the first client 12 executes the business 
process according to the functionality of the lower level 
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version 18 of the business application 16 maintained by the 
second client 12. If the first client 12 does not maintain 
the higher level version 18 of the business application 16 
as determined at step 80, execution proceeds to steps 84 
where the second client 12 executes the business process 
according to the functionality of the lower level version 
18 of the business application 16 maintained by the first 
client 12. 

Referring to steps 82, the first client 12 
communicates to the second client 12 a business message 3 5 
at step 90. The business application 16 of the first 
client 12 exhibits backward compatibility to generate the 
business message 35 according to the functionality of the 
lower level version 18 of the business application 16 
maintained by the second client 12 . The first client 12 
receives a status message 38 at step 92 indicating the 
presence of a business message 35 generated by the second 
client 12 in response to the business message 35 
communicated by the first client 12 at step 90. The status 
message 3 8 received at step 92 is generated according to a 
status message protocol supported by all versions 18 of the 
appropriate business application 16. The first client 12 
retrieves the business message 3 5 generated by the second 
client 12, at step 94, using commands, data structures, 
message formats, and functionality associated with the 
lower level version 18 of business application 16 
maintained by the second client 12. The first client 12 
determines whether to communicate another business message 
35 at step 96. If so, execution returns to step 90. If 
not, execution terminates at step 110. 

Referring to steps 84, the second client 12 retrieves 
a business message 35 from the first client 12 at step 100 
in response to the inquiry performed by the first client 12 
at steps 70. Second client 12 retrieves the business 
message 35 from the first client 12 using commands, data 
structures, message formats, and functionality associated 
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with the lower level version 18 of the business application 
16 maintained by the first client 12. In this respect, the 
business application 16 of the second client 12 exhibits 
both bidirectional executability and backward 
compatibility. The second client 12 communicates a 
business message 35 to the first client 12 at step 102 and 
receives a status message at step 104 indicating the 
presence of a business message 35 generated by the first 
client 12 according to the status message protocol 
supported by all versions 18 of the business application 
16 . The second client 12 retrieves the business message 35 
generated by the first client 12 at step 106 according to 
the functionality associated with the lower level version 
18 of business application 16 maintained by the first 
client 12 . The second client 12 determines whether to 
communicate another business message 35 at step 108. If 
so, execution returns to step 102. If not, execution 
terminates at step 110. 

Although the present invention has been described in 
several embodiments, a myriad of changes, variations, 
alterations, transformations, and modifications may be 
suggested to one skilled in the art, and it is intended 
that the present invention encompass such changes, 
variations, alterations, transformations, and modifications 
as fall within the spirit and scope of the appended claims. 



